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FLOW -CONTROL METHOD FOR DATA TRAFFIC TRANSMITTED THROUGH 
SYNCHRONOUS DIGITAL HIERARCHY NETWORK 

Field of the Invention 

5 The present invention relates to data transmission, 

particularly to a flow-control method for data traffic 
transmitted through Synchronous Digital Hierarchy (SDH) network. 

Background of the Invention 

10 As SDH network evolves rapidly, EoS (Ethernet over SDH/SONET) 

technology is used more and more widely; therefore, how to 
implement data applications through SDH network efficiently 
becomes a crucial issue. In Ethernet transmission applications 
through Metropolitan Area Network (MAN) , the distance between two 

15 sites can reach 1-2 hundred km, and virtual cascaded mapping 
pattern for EoS, so the time delay of data transmission between 
two sites may be as high as several milliseconds or even tens of 
milliseconds. In addition, Ethernet traffic has outburst feature , 
i.e., instantaneous flow rate maybe very large, therefore the 
20 instantaneous flow rate may even exceed the pre-assigned 
bandwidth. 

Presently, a common flow-control mechanism is CAR (Committed 
Access Rate) , i.e., in case of network congestion, the data beyond 
the CAR will be discarded by using priority or others like. A 
25 disadvantage of the control mechanism is that it often results 
in severe packet loss, which will severely degrade network 
performance in common TCP/IP applications; especially for the 
TCP/IP protocol that is extensively used, packet loss will result 
in severely degraded application performance. For example, 
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suppose lOM/b Ethernet devices are used in a TCP application and 
the AckTime is set as 5s, Frame Loss Ratio (FLR) 1% will result 
in serviceability degraded by 98% for 1,500 -Byte Ethernet frames. 
In some network transmission casesEoS devices, the PAUSE 
5 frames generated at a user data device are transferred to the 
opposite user data device; however, such data transmission is only 
suitable for short distance instead of long distance because the 
transmission device only transfers PAUSE frames and doesn't 
generate flow-control information; in addition, if the device at 
10 either end doesn't support PAUSE frames, said method can't be 
used. 

As shown in Fig.l, the EoS device comprises 3 parts: Ethernet 
access parts, which comprise Physical Layer (PHY) and Media Access 
Control (MAC) ; encapsulating and decapsulating parts, the 

15 encapsulation may be LAPS (Link Access Protocol -SDH) , HDLC (High 
Level Data Link Control) , or GFP (General Framing Procedure) , and 
mapping and demapping parts, the mapping method may be virtual 
cascading or cascading. 

Suppose the bandwidth of SDH network is 1 VC3 (i.e., 45M) , 

20 if the data transmitting rate of user data device A exceeds 1 VC3 , 
the residue Ethernet frames are stacked at the encapsulating part 
A because the flow at Mapping part A is constant (1 VC3) according 
to the prior art; when the cache of encapsulating part A is used 
up, the data in MAC A can't be sent to encapsulating part A any 

25 more; therefore, if Ethernet flow control is enabled, PHY+MAC. A 
will send PAUSE frames (full duplex) or backpressure (half duplex) 
to user device, shown as the dotted line 1 in Fig.l (if Ethernet 
flow control is disabled, MAC A will discard the residue Ethernet 
frames, referring to IEEE802.3x document for Ethernet flow 
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control) , as a result, the transmitting speed of device A will 
be decreased to below 1 VC3 to prevent packet loss and severely 
degraded network performance . 

If the transmitting speed of device A is lower than 1 VC3 but 
5 the receiving speed of device B is less than the transmitting speed 
of device A due to certain reasons (for example, device B is 
attached with a plurality of 10M devices but only one of them is 
working) , the traffic from device A to the transmitting end of 
EoS device B will not be blocked, instead, device B will be blocked; 

10 thus, according to the specification in 802 . 3x, device B will send 
802. 3x flow-control information (may be PAUSE frames or back 
pressure signals) to ports, which is directly connected to it 
(i.e. , the dotted line 2 in Fig . 1) ; according to the specification 
in 802. 3x, the flow-control information will be terminated by MAC 

15 B ; at the same time, MAC B will stop sending data to device B and 
the data will not be transferred to device A device A continues 
sending data at original speed, thus the Ethernet frames from 
device A stack up at the decapsulating part B or MAC B; when the 
caches at these positions are used up, packet loss will surely 
20 occur at EoS #B; therefore, though both device A and device B are 
8 02.3x Ethernet flow control - support ing devices, packet loss is 
inevitable after the EoS device. It indicates that traditional 
802 . 3x-based technical solution is unable to ensure Ethernet flow 
control with EoS devices. 

25 

Summary of the Invention 

The object of the present invention is to provide a 
high-performance flow-control method for data traffic 
transmitted through SDH network to realize lossless transparent 
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transmission of Ethernet data through SDH network. 

According to the present invention, a flow-control method for 
data traffic transmitted through SDH network comprises the 
following steps: 

5 A. During data transmission through SDH network, the 

encapsulating part of EoS processing device creating and 
encapsulating LFP (Line Flow-Control Protocol) frames according 
to the utilization condition of the frame cache; 

B. Said LFP frames being mapped to SDH payload as common data 
10 frames and transferred to the opposite device; 

C. Said opposite device demapping the SDH payload, and the 
decapsulating part of the EoS processing device identifying said 
LFP frames and phrasing and executing flow control information 
in the LFP frames . 

15 Said step of creating and encapsulating LFP frames further 

comprises the following steps: 

Al . In the uplink direction of said EoS device, the 
encapsulating part of EoS processing device keeping on monitoring 
the data volume in the cache and creating LFP frames with 

20 corresponding control field; if the data volume exceeds the upper 
threshold, said encapsulating part periodically sending LFP 
frames, the control field of which controls to stop sending; if 
the data volume is lower than the lower threshold, said 
encapsulating part periodically sending LFP frames, the control 

25 field of which controls to start sending; if the data volume is 
between the lower threshold and the upper threshold, said 
encapsulating part stops sending LFP frames; 

A2 . Said LFP frames are inserted in the head of the data queue 
to be encapsulated and is given the priority to encapsulate; if 
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no Ethernet frames are being encapsulated, said LFP frames are 
encapsulated immediately; otherwise they are encapsulated 
immediately after the current Ethernet frames are encapsulated. 

The carrier of LFP frames can be configured as standard PAUSE 
5 frame structure defined by 802. 3x. 

The advantage of the present invention is: through LFP frames, 
flow control information is transferred between EoS devices 
through the SDH network; the transmission devices generate LFP 
frames and transfer network flow control information between each 
10 other so as to achieve lossless transmission of outburst Ethernet 
data in the SDH network that transmit data periodically, in order 
to significantly enhance the performance of data applications. 
The present invention enables transmission of flow control 
information between EoS devices and also support full duplex or 
15 half duplex devices attached to EoS devices, for example, a full 
duplex device may be attached to one end of the EoS device, and 
a half duplex device may be attached to the other end of the EoS 
device, or half duplex devices may be attached to both ends of 
the EoS device; The EoS processing device keeps on monitoring the 
20 data volume in the cache to avoid flow control failure due to some 
reasons such as LFP frame transmission failures; therefore, the 
present invention is a high-performance method for flow control 
for network information and has high applicability and 
reliability . 

25 

Brief Description of the Drawings 

Fig.l is a schematic diagram of flow control implemented 
according to the prior art . 

Fig. 2 is a schematic diagram of LFP process according to the 
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present invention . 

Detailed Description of the Embodiments 

The present invention will be described in further detail with 
reference to the following embodiments and the drawings. The 
present invention will be described with the example of A-B data 
transmission; the processing method for B-A data transmission is 
similar . 

In the present invention, during the data transmission through 
SDH network, the EoS devices transfer flow-control information 
through LFP frames between them; the carrier of LFP frames can 
be configured as standard PAUSE frame structure defined by 802 . 3x. 

During SDH mapping, the mapping part of EoS device processes 
both Ethernet frames and LFP frames as common data frames; the 
control field of said LFP frames is OxOFFFFH or OxOH and is 
controlled in a Xon/Xoff control way. 

In addition, because time delay will be generated during LFP 
frame transmission, appropriate caches are required to compensate 
the time delay; the LFP frames are implemented on the basis of 
in-band management, i.e., LFP frames and common Ethernet data 
frames are transferred through the same transmission paths. 

As shown in Fig. 2, in the uplink direction, i.e., the system 
direction, e.g., the direction of EoS#A - SDH network in Fig. 2, 
take an example for EoS#A, the encapsulating part of the EoS 
processing device, according to the lower/upper threshold of 
frame cache (reflecting utilization of cache) , will generate LFP 
frames, the control field of which is OxOFFFFH or OxOH; said LFP 
frames are processed as common Ethernet data frames in the mapping 
part of the EoS processing device; however, to enhance the 
performance of LFP, the priority is given to the LFP frames to 
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send to the mapping part of the EoS processing device; in the 
downlink direction i.e., the direction to user device, e.g., the 
direction of SDH - EoS#B in Fig. 2, the decapsulating part of the 
EoS processing device identifies the LFP frames; if the LFP frames 
are detected, it explains and executes LFP to achieve LFP. 

If the receiving end (i.e., "AR" shown in Fig . 2 ) of user device 
attached to EoS#A is blocked, the data volume in cache A will 
increase because the demapping part A continues working normally; 
when the data volume reaches to the preset upper threshold, the 
decapsulating part A will generate LFP frames, the control field 
of which is OxOFFFFH, and said LFP frames are inserted in the head 
of data queue at the encapsulating part A and is given the priority 
to encapsulate. The process is: if there is no Ethernet frames 
being encapsulated at the encapsulating part A, said LFP frames 
will be encapsulated immediately; otherwise said LFP frames will 
be encapsulated immediately after the current Ethernet frame is 
encapsulated; then the encapsulated LFP frames will be mapped, 
transferred from the SDH network and the demapping part B to the 
decapsulating part B, which identifies the LFP frames and 
processes it in either of the following ways: 

1. LFP transparent: This way is suitable for the case in which 
the network delay is small and the distance between two sites is 
short. In this way, the decapsulating part B will phrase and 
execute the LFP frames according to the characteristic of the data 
device (full duplex or half duplex) attached to it. 

If the user device attached to the EoS device works in full 
duplex mode, the LFP frames will not be phrased, instead, the LFP 
frames will be directly transferred to the user data device B; 
the detailed process is : if the decapsulating part B isn ■ t sending 
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data to the Ethernet access part BR, it will send the LFP frames 
immediately to the Ethernet access part BR; otherwise it will send 
the LFP frames immediately after the current Ethernet data is sent, 
in this case, the LFP frames will not pass through cache B in order 
5 to enhance its performance. 

If the user data device attached to the EoS device works in 
half duplex mode, the control field of the LFP frames should be 
phrased, i.e., if it is OxOH, the back pressure control signal 
will be canceled; otherwise the backpressure control signal will 
10 be sent to make the user device B attached to EoS#B detect a 
conflict and thus stop transmitting data to the encapsulating part 
B. 

2. LFP Regeneration: The decapsulating part B phrases and 
executes the LFP frames; if the control field of the LFP frames 

15 is not OxOH, i.e. , I ~r> dis^blco, the encapsulating part will stop 
working, i.e. , it stops receiving data from Ethernet access part 
BT; if the LFP frames are generated by the decapsulating part B 
itself, the LFP frames will be sent to the demapping part B via 
the encapsulating part B. Thus the data from Ethernet access part 

20 BT will stack up at the encapsulating part B and will finally cause 
the user device B stopping sending Ethernet frames according to 
802. 3x Ethernet flow control protocol, i.e., no data will be 
transmitted to BT; if the control field of the LFP frames is OxOH, 
i.e., LFP enabled, the encapsulating part B will work normally, 

25 and encapsulate and send Ethernet frames from the Ethernet access 
part BT to the mapping part B. 

In this mode, the devices attached to EoS devices at both ends 
of the SDH network are not required to work in full duplex; instead, 
they are only required to support standard 802. 3x flow control 
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operation. That is to say, the user device at one end may work 
in full duplex mode while the device at the other end may work 
in half duplex mode; or the devices at both ends may work in half 
duplex mode . 

5 After the user device B attached to EoS#B stops sending data 

to EoS#B, i.e. , there is no Ethernet frame input at BT, the data 
volume in cache A of EoS#A will be reduced gradually; when the 
data volume reaches to the lower threshold, the decapsulating part 
A will generate LFP frames, the control field of which is OxOH; 

10 said LFP frames are given the priority to send to the decapsulating 
part B in EoS#B and is phrased and executed; as a result, the user 
device B attached to EoS#B will send data again. 

In order to avoid LFP control failure due to accidents such 
as LFP frame transmission failures, the EoS processing device 

15 keeps on monitoring the data volume in the cache; when the data 
volume exceeds the upper threshold or is lower than the lower 
threshold, the EoS processing device will periodically send LFP 
frames with corresponding control field; if the data volume is 
between the upper threshold and the lower threshold, the EoS 

20 processing device will stop sending LFP frames; if the data volume 
exceeds the upper threshold, it will periodically send LFP frames, 
the control field of which is OxOFFFFH; if the data volume is lower 
than the lower threshold, it will periodically send LFP frames, 
the control field of which is OxOH. 

25 The lower, upper thresholds and time intervals are 

configurable, and the time intervals may be different to each 
other. It is recommended that the time interval for resending LFP 
frames with the control field OxOFFFFH should not be too long and 
the time interval for resending LFP frames with the control field 
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OxOH should not be too short, so as to avoid excessive occupation 
of available bandwidth. 

Presently, the format of LFP frames is identical to that of 
standard 802. 3x PAUSE frame in order to simplify LFP frame 
transparent scheme; however, other formats may also be acceptable 
if corresponding format conversion at the receiving end is 
performed; as for LFP frame regeneration scheme, format 
conversion is unnecessary because the LFP frames are only 
transferred between EoS devices. 

The present invention is also applicable to SONET network, 
and the principle and control process are similar. So the case 
in which the present invention is applied to SONET network will 
not be described here. 



